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This  report  addresses  the  need  for  an  Intrasystem  analysis  In  the  development 
of  a new  or  modified  weapon  system.  A survey  was  first  performed  to  determine 
th^  current  Implementation  of  the  EMC  process  In  a weapon  syatem’s  development. 
The  results  of  this  survey  are  presented.  The  economics  of  using  a computerized 
intrasystem  analysis  was  also  examined.  This  report  covers  the  costs  .associated 
with  Installing  and  using  an  analysis  system  and  the  cost  reduction  benefits 
derived  from  Its  utilization.  
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Executive  Summary 


This  study  was  performed  for  the  purpose  of  determining  how  the  Air  Force 
developed  Intrasystem  Electromagnetic  Compatibility  Analysis  Program  (lEMCAP) 
could  best  be  Implemented  In  the  USAF  weapons  system  procurement  process. 

This  purpose  was  somewhat  broadened  to  Include  the  entire  Intrasystem  Analy- 
sis Program  (lAP) . The  procedure  employed  was  to  perform  an  extensive  liter- 
ature search  and  structured  Interviews  to  determine  the  current  procedures 
and  methodology.  Analysis  of  the  results  lead  to  conclusions  and  recommen- 
dations and  a proposed  handbook. ■ 

The  following  is  a list  of  the  major  conclusions  and  recommendations  of 
the  study. 

1.  Adequate  contractor  support  requires  inclusion  of  LAP  requirements 
in  contractual  documents.  Methods  for  accomplishing  this  are  in- 
cluded in  the  handbook. 

2.  Sufficient  data  for  supporting  LAP  requirements  are  available  early 
in  the  procurement  cycle. 

3.  The  major  cost  saving  area  for  the  use  of  LAP  appears  to  be  in 
system  test  planning. 

4.  Specification  tailoring  through  the  use  of  lAP  is  a desirable  goal 
but  requires  a cautious  approach  until  more  experience  and  results 
are  available. 

5.  The  lAP  is  best  applied  at  the  prime  contractor  level. 

6.  A central  intrasystem  compatibility  analysis  program  facility  is 
required  for  supporting  the  project  management  community. 

7.  Seven  USAF  documents  should  be  changed  as  recommended  in  this  report. 

8.  The  lAP  should  be  run,  as  a minimum,  at  the  time  of  the  development 
of  the  EMC  Control  Plan,  at  the  Preliminary  Design  Review  (PDR) , at 
least  once  before  Critical  Design  Review  (CDR) , at  CDR,  and  for  the 
system  test  plan. 
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9.  The  minimum  size  criterion  for  the  application  of  lEMCAP  is  for 
systems  of  100  or  more  possible  EM  interactions  (combinations  of 
emitters,  receptors  and  ports), 

10.  Waiver  and  deviation  requests  and  Engineering  Change  Proposals 
(ECP's)  where  EMC  may  be  affected  should  be  accompanied  by  an 
appropriate  lAP  analysis. 

11.  The  system  procurement  EMC  handbook  contained  herein  should  be 
implemented.  Its  use  and  adequacy  should  be  reviewed  after  a 
suitable  period  of  time,  such  as  one  year,  and  then  modified  as 
appropriate , 

12.  A user  handbook  for  the  implementation  of  the  TAP,  as  a group  of 
p’^ograms,  should  be  developed. 
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EVALUATION 


The  objectives  of  this  effort  were  directed  to  the  following  areas. 

(1)  What  type  of  data  is  available  at  the  different  stages  of 
the  weapon  system  acquisition  process? 

(2)  How  much  will  the  data  need  to  run  lEMCAP  cost? 

(3)  What  data  items  should  be  included  in  the  procurement  package? 

(4)  How  will  the  tailoring  of  specifications  affect  the  prime 
contractor-subcontractor  relationship  and  the  prime  Contractor-Government 
relationship? 

(5)  How  will  testing  be  impacted  by  this  analysis? 

The  objectives  were  obtained.  Sachs/Freeman  examined  each  area 
thoroughly,  summarized  the  results,  and  made  recommendations  on  the 
applicability  of  an  lEMCAP  analysis  to  various  size  programs.  Through  a 
handbook,  Sachs/Freeman  has  provided  guidance  on  applying  the  Air  Force 
Intrasystem  Analysis  Program  to  Air  Force  System  Procurements  at  all 
phases  of  the  life  cycle. 

The  results  of  this  effort  will  be  widely  distributed.  Attempts 
will  be  made  to  make  the  handbook  an  official  Air  Force  handbook.  In 
the  interim,  it  is  suggested  that  the  Program  Offices  use  the  unofficial 
handbook  as  a guide  to  their  EMC  programs. 
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IKMCAP  IMPLEMENTATION  EFFORT 


y_na_l  Report 

I . general 

1 . I n t roductlon 

This  section  will  describe  the  scope  of  this  project,  the  procure- 
ment process  that  it  supports,  and  pertinent  EMC  tools  and  techniques.  The 
role  of  EMC  analysis  in  the  weapons  system  procurement  process  is  presented. 
The  content  and  utilization  of  Intrasystem  EMC  analysis  programs  are  dis- 
cussed . 

2 . Objective  & Background 

The  objective  of  this  effort  is  to  obtain  information  on  data  avail- 
ability, costs,  revisions  to  Contract  Data  Requirements  List  (CDRL)  items, 
analysis  cost  impacts,  additions  to  contractual  specifications  and  statements 
of  work,  and  other  factors  pertinent  to  the  application  of  the  Intrasystem 
Electromagnetic  Compatibility  Analysis  Program  (lEMCAi)  to  new  weapon  system 
procurements.  The  purpose  of  this  report  is  to  document  the  results  of  the 
project.  This  first  phase  was  Intended  to  review  the  system  development 
process  and  the  lEMCAP  concept  and  to  gather  data  concerning  the  use  of 
lEMCAP  and  related  techniques  in  the  system  acquisition  process  emphasizing 
the  management  aspects.  One  method  used  for  assessing  the  role  of  computer 
based  EMC  analysis  was  a series  of  meetings  with  a structured  format.  The 
subjects  pursued  included  the  organization  of  the  EMC  effort,  its  place  in 
the  management  structure,  support  requirements  for  lEMCAP,  scheduling  and 
costs  of  running  lEMCAP,  the  uses  of  the  outputs  and  possible  other  uses  of 
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the  data  base.  The  second  phase  was  to  follow-up  on  the  results  of  the 
first  phase  by  developing  modifications  t-o..  documents , suggested  lEMCAP  and 
the  Intrasystem  Analysis  Program  (lAP)  scheduled,  cost-benefit  trade-off 
data, and  general  project  management  guidance  for  the  implementation  of  the 
lAP. 


3 . The  Five  Phases  of  the  Actjuisition  Life  Cycle 

The  acquisition  life  cycle  consists  of  five  phases:  conceptual, 
validation,  full-scale  development,  production  and  deployment.  Th'fv  regime 
is  described  in  AFSCP  800-3.  Significant  aspects  of  this  process  are  spe- 
cific DoD  policy  guidelines.  Among  these  are: 

(a)  flexibility  in  the  selection  of  the  strategy  or  technique 
to  be  used  for  any  given  system  development; 

(b)  emphasis  on  hardware  development  during  concept  formulation 
to  reduce  technical  risks; 

(c)  incremental  Independent  development  of  subsystems  and  com- 
ponents in  the  initial  stages  of  major  system  developments; 
and 

(d)  the  Introduction  of  multiple  decision  points  during  the 
development  and  acquisition  of  new  systems. 

The  five  phases  of  the  acquisition  life  cycle  represent  a formalized  pro- 
cedure not  always  fully  utilized  for  all  programs.  Specific  programs  may 
skip  phases  and  various  program  elements  may  be  in  any  or  all  phases  at  any 
time . 


3 . 1 Conceptual  Phase 

The  first  phase  is  the  Conceptual  Phase.  Technical  military 
and  economic  bases  for  an  acquisition  program  are  established  in  this  phase 
Included  are  definitions  of  operational  capability,  doctrine,  and  specific 
material  requirements.  Performance  characteristics  may  be  established  only 
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in  very  y,eneral  terms.  Critical  teclinical  and  operational  Issues  are  iden- 
tified for  resolution  in  subsequent  phases.  The  outputs  of  this  phase  are 
alternative  concepts  and  their  characteristics,  estimated  operational  sched- 
ules, and  procurement  costs  and  support  parameters. 

These  planning  documents  provide  the  first  opportunity  for  the  consid- 
eration of  KMC.  Preliminary  selection  of  the  frequency  band,  modulation  and 
other  principle  teciinical  characteristics  of  the  system  are  required  in  the 
case  of  C-E  equipment.  An  application  for  an  experimental  frequency  allo- 
cation is  also  required.  For  systems  and  equipments  not  specifically  de- 
signed to  utilize  the  RF  spectrum,  a determination  of  system  technical 
characteristics  is  needed  to  evaluate  and  establish  controls  on  potential 
mutual  interference.  The  EMC  activities  are  primarily  concerned  with  deter- 
mining the  occupancy  of  frequency  bands,  required  bandwidths,  application  of 
appropriate  specifications  and  standards,  and  in  developing  an  estimate  of 
EMC  feasibility  as  an  input  to  the  first  decision  point.  The  organization  of 
an  EMC  Advisory  Board  and  the  development  of  an  EMC  Program  may  be  desirable 
for  certain  projects. 

1.2  Val  Idat  ion  '’ha^e 

The  second  phase  of  the  LCSMM  is  the  Validation  Phase.  In  this 
phase  the  choice  of  the  alternative  is  validated.  Frequently  this  phase 
Includes  the  construction  of  prototypes  to  refine  costs,  environmental  im- 
pact, and  operational  and  technological  factors.  Extensive  study  and  ana- 
lysis, hardware  development,  testing,  and  evaluation  is  devoted  to  providing 
a basis  for  decisions  concerning  full-scale  development. 


EMC  activities  in  this  phase  Include  preparation  of  the  EMC-related 
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portions  of  the  equipment  performance  specifications  for  the  prototypes,  de- 
velopment of  plans  for  the  EMC  portion  of  development  and  operational  tests, 
reviewing  results  of  the  EIMC  testing,  and  verifying  that  potential  EMC  pro- 
blems have  been  averted  or  can  be  expected  to  be  resolved  during  later  phases. 
At  this  point  frequency  and  bandwidth  requirements  are  usually  in  final  form, 
requiring  application  for  a developmental  frequency  allocation.  At  this 
stage  an  appropriate  analysis  capability  could  be  applied  to  tailoring  the 
EMC  specifications  or  standards  to  provide  appropriate  EMC  protection  at 
the  least  cost. 

3. 3 Full-Scale  Development  Phase 

The  third  phase  in  the  LCSMM  is  the  Full-Scale  Development  Phase, 
i During  this  period  the  system  and  principle  items  necessary  for  its  support 

are  fully  developed  and  engineered,  fabricated,  and  tested.  The  Intended 
output  is  a minimum  pre-production  system  that  closely  approximates  the  final 
product,  the  documentation  necessary  to  enter  the  production  phase,  and  test 
results  that  demonstrate  that  the  production  system  will  meet  stated  require- 
ments. Engineering  development  contracts  are  awarded  and  the  second  set  of 
development  and  operational  tests  is  conducted.  The  program  office  activity 
is  heavily  oriented  towards  design  reviews  and  the  test  program.  The  initial 
production  contract  is  awarded  following  the  completion  of  the  development 
and  operational  tests. 

The  products  of  this  phase  are  subjected  to  a third  set  of  tests. 
The  EMC  considerations  and  actions  in  this  phase  include  preparation  of  the 
EMC  part  of  the  equipment  development  specifications  (including  generating 
the  limits  for  the  tailored  specifications),  preparation  of  the  EMC  tests 
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for  the  second  and  tliird  test  series,  and  review  of  the  EMC  test  results. 

Also  Included  are  verification  that  EMC  performance  of  developmental  and 
Initial  production  equipment  is  satisfactory  and  verification  that  the  system 
or  equipment  is  ready  for  production  from  an  EMC  viewpoint.  The  operational 
spectrum  allocation  application  is  prepared  at  this  time. 

3.4  P rod uct ion  Phase 

The  fourth  phase.  Production,  encompasses  the  program  from  pro- 
duction approval  to  delivery  and  acceptance  of  the  last  item.  EMC  activity 
Is  concerned  with  the  production  specifications,  configuration  management, 
engineering  change  proposals,  and  system  and  equipment  testing.  Category  II 
and  III  testing  is  monitored  to  determine  whether  latent  Intrasystem  or  inter- 
system EMC  problems  exist. 

3 . 5 Deployment  Phase 

The  fifth  phase.  Deployment , begins  with  the  user's  acceptance  of 
the  first  operational  unit  and  extends  until  the  system  is  phased  out  of  the 
Inventory.  There  is  usually  an  overlap  with  the  production  phase.  At  times, 
production  and  deployment  are  discussed  as  one  phase. 

4 . The  Industrial  EMC  Cycle 

The  view  of  the  EMC  engineer  or  analyst  at  the  Industry  level  is 
not  usually  as  broad  or  long-term  as  the  above  LCSMM  description  might  imply. 
One  reason  is  that  an  individual  company  or  EMC  group  will  not  necessarily  be 
Involved  in  the  same  project  over  the  entire  time  span.  Seen  from  this  level, 
the  work  will  also  be  assigned  as  separate  tasks  with  no  guarantee  of  contin- 
uity. 

The  EMC  process  at  this  task  level  is  a cycle  that  may  be  repeated 
many  times  throughout  the  I.CSMM.  The  following  subparagraphs  are  an  expla- 
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nation  of  the  procedure. 


(a)  Review  customer  requirements.  The  request  for  quotation 
(RFQ)  or  request  for  proposal  (RFP)  Is  the  usual  first  Input. 
The  operational  requirements  and  specifications  are  analyzed 
and  an  EMC  program  approach  and  requirements  are  defined. 

(b)  Define  contractual  commitments.  Clarify  and  amend  specifi- 
cations, and  determine  customer,  contractor,  and  subcontrac- 
tor obligations  and  commitments.  Then  assure  data  interface 
and  analytical  capability ,. per form  trade-offs,  negotiate  re- 
quirements, and  finally,  establish  a schedule. 

(c)  Prepare  Control  Plan.  Perform  EMC  frequency  and  time  domain 
analysis  based  on  system  configuration  and  mission  analysis 
definitions.  Define  problems  and  methodology  to  provide  sol- 
utions possibly  by  establishing  system/subsystem  requirements 
for  design,  control  and  test.  Refine  the  schedule  and  define 
an  EMC  program  for  the  system  and  each  subsystem  in  enough 
detail  so  as  to  serve  as  a mangement  tool  for  monitoring  and 
controlling  the  EMC  effort. 

(d)  Implement  EMC  Program.  Ensure  that  the  analysis,  design  test 
and  documentation  effort  defined  in  the  Control  Plan  Is  per- 
formed as  required.  Prepare  and  update  data  base  and  take 
appropriate  actions  to  assure  EMC  as  the  program  progresses 
by  implementation  of  the  methodology  established. 

(e)  Subsystem  test.  First,  write  test  procedures,  then  validate 
marginal  designs/design  trade-offs.  The  final  step  will  be 
qualification  testing. 

(f)  System  tests.  Develop  and  prosecute  system  tests,  then  vali- 
date system  and  subsystem  compatibilities.  Follow-up  by  e- 
valuatlng  problems,  verifying  solutions,  and  documenting 
results. 

Therefore,  the  procedure,  as  far  as  the  contractor  is  concerned. 

Is  primarily  one  of  analyzing  and  verifying  EMC  conditions  within  his  system 
In  the  particular  phase  In  which  he  Is  currently  involved  and  taking  pre- 
ventative or  corrective  action  as  appropriate.  The  lAP  should  be  extremely 
valuable  in  this  activity.  The  particular  portions  of  the  EMC  cycle  per- 
formed, the  accuracy  requirements,  data  inputs,  and  required  outputs  are  a 
function  of  the  particular  life  cycle  phase.  For  example,  while  the  use  of 


tailored  EMC  specifications  might  not  be  appropriate  In  the  validation  phase, 
they  may  be  very  appropriate  for  the  production  phase. 


5.  Intrasystem  Compatibility  Programs 

A major  objective  of  this  effort  Is  to  determine  the  implementation 
of  lEMCAP  (Intrasystem  EMC  Analysis  Program)  In  the  system  acquisition  pro- 
cess. The  objective  of  lEMCAP  Is  to  facilitate  the  practical  implementation 
of  EMC  at  all  stages  of  an  Air  Force  system's  life  cycle,  from  conceptual 
studies  of  new  systems  to  field  modification  of  old  systems.  lEMCAP  Is  a 
software  development  similar  to  three  prior  Intrasystem  programs  designed  for 
three  different  applications.  One  of  these  was  designed  for  aircraft 
(ATACAP),  one  for  spacecraft  (SEMCAP),  and  one  for  ground  systems  (ISCAP). 
lEMCAP,  in  turn,  is  part  of  an  overall  Air  Force  Intrasystem  Analysis  Program 
(lAP)  which  is  composed  of  the  following: 

(a)  lEMCAP; 

(b)  a series  of  supplemental  models  (for  use  In  conjunction  with 
lEMCAP)  that  provide  additional  analysis  for  aircraft  stores, 
electroexplosive  devices  and  systems,  lightning,  magneto- 
spheric  substorms,  and  static  electricity; 

(c)  nonlinear  and  EM/near-f ield  analysis  models  (which  will 
characterize  the  Input/output  relation  of  nonlinear  circuits, 
EM/near-f ield  interactions,  and  antenna  and  aperture  coupling) 
being  developed  for  off-line  use; 

(d)  Instrumentation,  test,  and  measurement  support  equipment; 

(e)  training  courses; 

(f)  validation/implementation  efforts;  and 

(g)  Air  Force  management  (data  base) . 

To  put  lEMCAP  In  perspective,  it  can  be  viewed  alongside  other  ser- 
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vice  or  application  intrasystem  models  which  have  been  or  are  being  developed, 
parallel  with  TEMCAP.  Examples  of  these  are  such  programs  as  SEMCA  (Ship- 
board Electromagnetic  Compatibility  Analysis)  developed  by  the  Navy  and  de- 
signed for  the  analysis  of  the  electronics  mounted  on  a ship  superstructure; 
and  COSAM,  (Cosite  Analysis  Model)  an  ECAC  program  based  on  developing  analy- 
sis for  sT)eclflc  groups  of  equipments,  (e.g.,  UHF  ground-to-air  corranunica- 
tlons,  VHF-FM  tactical  communications).  Other  programs  have  and  are  continu- 
ally being  developed  by  such  organizations  as  Grumman  Aircraft,  Litton,  the 
University  of  Pennsylvania  and  others. 

f> . Overview  of  lEMCAP 

A more  detailed  description  of  lEMCAP  is  Included  in  the  handbook 
(Attachment  1).  This  section  is  intended  to  summarize  its  capabilities  to 
provide  a basis  for  further  discussion.  lEMCAP  is  designed  to: 

(a)  provide  a data  base  which  can  be  continually  maintained  and 
updated  to  follow  system  design  changes; 

(b)  generate  EMC  specification  limits  tailored  to  the  specific 
system; 

(c)  evaluate  the  impact  of  granting  waivers  to  the  tailored 
specif icatlons; 

(d)  survey  a system  for  Incompatibilities; 

(e)  assess  the  effect  of  design  changes  on  system  EMC;  and 

(f)  provide  comparative  analysis  results  on  which  to  base  EMC 
trade-off  decisions. 

The  basic  medium  for  modeling  signals  is  the  frequency  domain. 

Each  emitter's  emission  characteristics  are  represented  basically  by  its 
power  output,  tuned  frequency,  and  spurious  emission  levels  and  frequencies 
(Intermodulation  is  not  presently  Included  in  the  model).  The  model  assumes 
that  harmonic  spurious  output  levels  can  be  approximated  by  one  or  more 
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straight  line  segments.  Spurious  output  frequencies  are  determined  by  the 
user  or  as  harmonics  of  the  tuned  frequency.  When  applicable  they  can  be 
generated  by  the  computer  code. 

The  receptor  representation  is  similar  to  that  of  the  emitter.  The 
receptor  characteristics  are  represented  by  Its  sensitivity,  tuned  frequency, 
selectivity  curve,  spurious  response  levels  and  spurious  frequencies.  It  is 
assumed  that  the  spurious  response  levels  can  be  approximated  by  one  or  more 
straight  lines.  Spurious  response  frequencies  can  be  generated  by  the  code. 

When  they  are  not,  the  user  must  determine  these  frequencies  external  to  the 
program  using  available  techniques  such  as  the  superheterodyne  conversion 
process,  etc. 

Antenna  gains  are  determined  by  preprogrammed  equations  for  low  gain 
types.  Medium  and  high  gain  are  represented  by  multilevel  patterns  in  which 
each  level  Is  specified  by  a gain  and  associated  azimuth  and  elevation  beam 
width.  Provision  is  made  for  three  discrete  gain  levels. 

Various  models  of  coupling  or  transfer  functions  are  Included  in  the 
program.  Filter  models  used  are  single  tuned,  transformer  coupled.  Butter- 
worth  tuned,  low  and  high  pass,  bandpass  and  band  reject.  The  filter  trans- 
fer models  calculate  the  "Insertion  loss"  (in  dB)  provided  by  a filter  at  a 
given  frequency,  i.e.,  the  reduction  In  delivered  power  due  to  insertion  of 
a filter. 

There  are  two  antenna-to-antenna  propagation  models  available.  For 
ground  systems  the  propagation  model  Is  a simplified  theoretical  ground  wave 
model  which  assumes  a smooth  earth  surface  with  a A/3  earth  radius  accounting  j 

for  atmospheric  refraction.  An  Intravehlcular  propagation  model  calculates  J 

I 

the  propagation  loss  associated  with  an  electromagnetic  coupling  path  when 


both  emitter  and  receptor  are  located  on  the  same  aircraft  or  spacecraft.  The 
power  received  is  related  to  the  power  transmitted,  free  space  transmission 
(Frils  equation)  and  a shading  factor  due  to  the  presence  of  the  vehicle  whose 
hulk  may  be  Interposed  in  the  region  between  emitter  and  receptor. 

Environn.ental  electromagnetic  Held  lntera»  tion  with  the  system 
wiring  is  determined.  External  fields  enter  a vehicle  ttirougli  dielectric 
apertures  in  the  system'ls  skin  and  couple  i>nto  Immediately  adjacent  wires. 

The  coupled  RF  energy  is  a function  of  ttie  apet ture  size  and  location.  A 
transmission  line  rot)del  is  then  used  to  compute  the  currents  Induced  In  the 
wire  loads. 

Wire  coupling  between  wires  in  a common  bundle  considers  capacitive 
coupling  due  to  the  Interwlre  capacitance  as  well  as  inductive  coupling  due 
to  the  mutual  inductances  between  the  wires.  The  approximation  is  made  that 
the  total  coupling  can  be  computed  separately.  Relatively  complex  wire 
configurations  [e.g.,  shielded  (single  or  doubled  shield),  unshielded,  twist- 
ed pair,  balanced  or  unbalanced]  can  be  handled. 

The  equipment  case  model  treats  each  case  as  though  it  were  a 

3 

dipole.  The  coupling  model  assumes  a fall  off  of  (1/R)  , where  R equals  the 
distance  between  cases,  for  both  the  electric  and  magnetic  fields.  This 
agrees  with  standard  EM  propagation  theory. 

The  data  output  contains  the  level  of  interference  from  each  source 
(output  port)  to  each  receptor  (input  port).  This  may  generate  a voluminous 
printout.  It  also  summarizes  the  total  interference  in  each  input  port  due 
to  the  sum  of  the  ouput  ports. 
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’ • I KMCAP  and  Ml lltary  Standards  and  Specifications 

The  major  standards  and  specifications  associated  with  the 
Intrasystem  EMC  assurance  process  are  as  follows: 

(a)  M1L-STD-461A,  462  & 463:  This  is  the  basic  set  of  stan- 
dards used  to  control  the  EMC  Interface  of  equipments  and 
subsystems.  They  cover  the  requirements  and  test  limits 
for  the  measurement  and  determination  of  the  electro- 
magnetic interference  characteristics  (emission  and  sus- 
ceptibility) of  electronic,  electrical,  and  electro- 
mechanical equipment.  The  requirements  are  applied  for 
general  or  multi-service  procurements  and  single-service 
procurements,  as  specified  in  the  individual  equipment 
specification,  or  the  contract  or  order. 

MIL-STD-461A  contains  the  required  limits  and  levels,  MIL- 
STD-462  contains  the  test  procedures  and  MIL-STD-463  con- 
tains definitions  and  terminology.  Table  1 summarizes 
the  items  covered. 

The  limits  established  in  MIL-STD-461A  provide  no  guaran- 
tee that  equipments  will  not  cause  mutual  EMC  problems, 
but  are  an  attempt  to  arrive  at  levels  that  would  preclude 
such  situations  without  incurring  prohibitive  costs  for 
overprotection.  The  standard  includes  provisions  for  an 
EMC  advisory  group. 

(b)  M1I.-E-6051D:  This  specification  outlines  the  overall  re- 
quirements for  system  EMC.  It  includes  control  of  the 
system  EM  environment,  lightning  protection,  static  elec- 
tricity, bonding  and  grounding.  It  is  applied  to  complete 
systems,  including  all  associated  subsystems  and  equip- 
ments. It  also  includes  provisions  for  an  EMC  advisory 
board  (EM^.AB)  and  requirements  for  analysis. 

(c)  MIL-I-6181D:  This  specification  covers  design  require- 
ments, Interference  test  procedures  and  limits  for  elec- 
trical and  electronic  aeronautical  equipment  to  be  in- 
stalled in  or  closely  assocalted  with  aircraft.  The  test 
procedures  which  are  specified  cover  the  following  types 
of  tests: 

* Interference  tests  - conducted  and  radiated  tests  which 
measure  the  magnitude  of  the  interference  signals  ema- 
nating from  the  equipment  under  test;  and 

* Susceptibility  tests  - conducted,  radiated,  intermod- 
ulation and  front-end  rejection  tests  which  determine 
whether  an  equipment  will  operate  satisfactorily  when 
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TABLE  1 


TRI-SERVICE  EMI  MIL-STD-461A/462  TESTS 


Test  Test  Identification  Frequency  Range  Army  Navy  A.F. 


CONDUCTED  EMISSION 

(CE) 

CEOl 

DC  Power  Leads 

30Hz-50Hz 

Yes 

No 

No 

CEOl 

AC  & DC  Power  Leads 

30Hz-20kHz 

NA 

Yes 

Yes 

CE02 

AC  Power  Leads 

lOkHz-SOkHz 

Yes 

No 

No 

CE02 

Control  & Signal  Leads 

30Hz-20kHz 

NA 

Yes 

Yes 

CE03 

Control  & Signal  Leads 

30Hz-50kHz 

Yes 

NA 

NA 

CE03 

AC  4 DC  Power  Leads 

20kHz- 50MHz 

NA 

yes 

Yes 

CE04 

AC  & IK^  Power  Leads 

SOkMz-SOMHz 

Yes 

NA 

NA 

CE04 

Control  & Signal  Leads 

20kHz-50MHz 

NA 

Yes 

Yes 

CL05 

Control  4 Signal  Leads 

50kHz- 50MHz 

Yes 

NA 

NA 

CEOS 

Inverse  Filter  Method 

30Hz- 50MHz 

NA 

Yes 

NA 

CE06 

Antenna  Terminal 

10kHz-12.4GHz 

Yes 

Yes 

Yes 

C307 

Power  Source  Tactical  Veh. 

1.5MHz-65MHz 

Yes 

NA 

NA 

CONDUCTED  SUSCEPTIBILITY  (CS) 


CSOl 

DC  Power  Leads 

30Hz-50kHz 

Yes 

No 

No 

CSOl 

AC  4 DC  Power  Leads 

30Hz-50kHz 

No 

Yes 

Yes 

CS02 

AC  4 DC  Power  Leads 

50kHz-400MHz 

Yes 

Yes 

Yes 

CS03 

Intermodulation 

30Hz-10Hz 

Yes 

Yes 

Yes 

CS04 

Relection  Undes  Sig  (2  Gen) 

30Hz-10Hz 

Yes 

Yes 

Yes 

CS05 

Cross-Modulation 

3-Hz-lOGHz 

Na 

Yes 

Yes 

CSOB 

AC  4 DC  Power  Leads 

Spike  Gen. 

Yes 

Yes 

Yes 

CS07 

Ant.  Input-Squelch  Cir. 

Impulse  Gen. 

Yes 

Yes 

Yes 

CS08 

Relection  Undes  Sig  (1  Gen) 

30HZ-10GHZ 

NA 

Yes 

Yes 

RADIATED  EMISSION 

(RE) 

REOl 

Magnetic  Field 

30Hz- 30kHz 

Yes 

Yes 

NO 

RE02 

Electric  Field,  Broadband 

14kHz-lGHz 

Yes 

No 

No 

RE02. 

1 Electric  Field,  Narrowband 

14kHz- 12.4GHz 

Yes 

No 

RE02 

Electric  Field 

14kHz-10GHz 

No 

Yes 

RE03 

Spurious  4 Harmonics 

10kHz-40GHz 

Yes 

Yes 

Yes 

RE04 

Magnetic  Field 

20Hz-50kHz 

Yes 

Yes 

Yes 

RE05 

Vehicles  4 Eng-Driven  Equip. 

150kHz-lGHz 

Yes 

Yes 

Yes 

RE06 

Overhead  Power  Lines 

14kHz-lGHz 

Yes 

Yes 

Yes 

RADIATED  SUSCEPTIBILITY  (RS) 


RSOl  Magnetic  Field 

30Hz-30kH2 

Yes 

Yes 

No 

RS02  Induction  Field  Spike 

Spike  Only 

Yes 

No 

No 

RS02  Mag.  Induction  Field 

Power  4 Spike 

NA 

Yes 

Yes 

RS03  Electric  Field 

10kHz-400MHz 

Yes 

No 

No 

RS03.1  Electric  Field 

2MHz- 12.4GHz 

Yes 

No 

No 

RS03.2  Electric  Field 

.Ixf-lOf  etc. 

Yes 

No 

No 

RS03  Electric  Field 

14kHz-10GHz 

No 

Yes 

Yes 

RS04  Electric  Field 

14kHz- 30MHz 

No 

Yes 

Yes 

12 
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exposed  to  external  interference  signals. 


(d)  MlL-STn-A69 : Specified  here  are  those  engineering  design 
requirements  established  to  control  the  spectral  charac- 
teristics of  all  pulsed  systems,  especially  radars,  oper- 
ating between  100  and  40,000  MHz  so  as  to  achieve  EMC  and 
to  conserve  frequency  spectrum. 

(e)  MIL-STD-704A:  This  standard  delineates  the  characteris- 
tics of  electric  power  supplied  to  airborne  equipment  at 
the  equipment  terminals  and  the  requirements  for  the  uti- 
lization of  such  electric  power  by  the  airborne  equipment. 
The  purpose  of  this  standard  is  to  foster  compatibility 
between  aircraft  electric  systems  and  airborne  utilization 
equipment  to  the  extent  of  confining  the  aircraft  and 
ground  support  electric  power  characteristics  within  de- 
finitive limits  and  restricting  the  requirements  Imposed 
on  the  electric  power  by  the  airborne  utilization  equip- 
ment . 

(f)  MIL-STD-1541 (USAF) : This  standard  was  developed  as  a com- 
posite system  specification  for  space  systems.  It  in- 
cludes the  requirements  for  equipment  level  and  system 
level  EMC  tests.  It  also  includes  design  requirements 
tailored  to  the  space  environment,  as  well  as  management 
controls  for  an  EMC  program.  It  Incorporates  parts  of 
MIL-E-601)1D,  MIL-STD-461,  and  MIL-STD-462  with  numerous 
additions  and  modifications.  It  includes  an  analysis 
requirement . 

(g)  MIL-STD-1542 (d’^AF) : This  standard  is  a companion  document 
to  MIL-STD-1541  encompassing  EMC  and  grounding  require- 
ments for  basic  facilities  and  equipment  including  air 
conditioning,  lighting,  etc. 

Many  of  these  specifications  and  standards  cover  the  same  para- 
meters and  are  applied  to  the  same  equipments  but  contain  different  limits  or 
levels.  As  an  example.  Notice  3 of  MIL-STD-704A  (11  April  1973)  modifies  the 
spike  limits  for  Air  Force  procurements  by  extending  them  to  both  AC  and  DC 
power.  The  CS06  limits  of  MIL-STD-461A  new  apply  to  both  AC  and  DC  power 
lines.  M1L-E-6051D  requires  that  spike  amplitudes  be  suppressed  6 dB  below 
equipment  thresholds.  The  combination  of  requirements  of  M1L-STD-704A  and 
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MTL-K-6051D  are  not  necessarily  consistent  with  the  requirements  of  MIL-STD- 
461A.  In  such  cases  the  most  stringent  requirements  usually  apply. 

The  technical  relationship  of  the  specifications  and  standards  dis- 
cussed, in  lEMCAP  or  any  Intrasystem  compatibility  analysis  program,  can  be 
categorized  in  four  ways: 

(a)  The  analysis  can  be  used  to  develop  or  modify  tailored  speci- 
fications for  the  specific  system. 

(b)  The  analysis  can  be  used  to  determine  whether  the  system  will 
meet  certain  system  level  specifications  such  as  MIL-E-6051D. 

(c)  The  analysis  can  be  used  to  determine  the  relationship  between 
specifications,  such  as  the  case  of  M1L-STD-70AA  and  MIL-STD- 
461A  discussed  above,  although  lEMCAP  does  not  specifically  do 
this , 

(d)  The  analysis  can  use  specification  limits  as  a model  parameter 
to  determine  system  compatibility.  For  example  the  use  of 
MIL-STD-461A  limits  to  determine  system  EMC  problems. 

The  first  area  discussed,  the  tailoring  of  specifications  and  stan- 
dards is  an  optional  feature  of  both  lEMCAP  and  SEMCAP.  Any  of  the  other 
intrasystem  models  could  also  be  used  this  way  but  the  systems  do  not  speci- 
fically address  this  function.  The  second  area,  known  as  "baseline  analysis" 
In  lEMCAP,  is  simply  a systems  analysis  with  outputs  consistent  with  the 
parameters  of  the  specification  to  facilitate  comparisons.  The  third  area, 
the  comparison  of  standards,  is  done  by  many  intra-system  programs.  One 
example  is  ISCAP,  where  separate  subroutines  for  analysis  of  MIL-STD-469 
and  MIL-STD-188B  were  Included.  This,  along  with  the  optional  use  of 
MIL-STD-461  limits  as  model  parameters,  allows  for  level  comparisons.  The 
fourth  area,  the  use  of  the  MIL-STD  levels  as  a data  recovery  technique  is 
also  a feature  of  many  programs,  e.g.,  when  design  or  measured  data 


is  not  available  the  specified  limit  data  is  substituted.  MIL-STD-461A  is 


used  in  ISCAP.  lEMCAP  uses  M1L-STD-461A  and  11IL-I-6181D.  The  use  of  these 
standards  is  a function  of  their  degree  of  applicability  to  the  specific 
system  of  concern. 

7 . 1 Specification  Generation 

One  of  the  objectives  of  lEMCAP  is  to  assist  design  and  EMC 
engineers  in  developing  EMC  specifications  such  that  the  system  will  operate 
in  a compatible  mode.  The  present  method  of  incorporating  EMC  considerations 
into  system  design  consists  of  applying  rigid  limits  such  as  those  in  MIL- 
STD-461  to  the  individual  equipment/subsystem  which  comprise  the  total  systea 
Compliance  with  these  limits  is  insured  by  testing  these  units  in  accordance 
with  MlL-STD-462.  General  design  guidelines  are  provided  to  contractors  in 
such  documents  as  AESC  Handbook  DH  1-4.  The  system  integration  contractor  is 
also  tasked  by  MIL-E-6051D  to  develop  a system  EMC  plan.  This  plan  defines 
the  contractor's  overall  EMC  program  and  emphasizes  the  incorporation  of  EMC 
considerations  during  initial  design.  Included  as  a part  of  this  program  are 
extensive  system  tests  to  Insure  system  EMC  before  deployment. 

lEMCAP  includes  a capability  for  specification  generation, 
l.e.,  developing  a tailored  specification.  This  is  done  as  follows:  [21] 

(a)  The  first  event  is  the  adjustment  of  the  emitters.  This 
is  done  on  a one  to  one  basis.  One  of  the  M emitters  is 
chosen  and  analyzed  against  one  of  the  N receptors,  The 
analysis  is  performed  and  is  based  upon  the  linear  re- 
lationship for  power  coupled  from  an  emitter,  through  a 
transfer  medium,  and  received  by  a receptor.  The  general 
communication  theory  equation  relating  power  spectral 
density  present  at  an  emitter's  output  port  is  expressed 
as  follows: 
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o . p . s . d . 


where 


- (f)  Tjj  (f)  Bj  (f) 


o.p.s.d.  = output  powt-r  e.  tral  density  (in  watts/ 
Hz)  received  by  receptor  1 i.it  Its  detector)  from 
emitter  j. 


ns  (f) 
) 


= output  power  spectral  density  (in  watts/ 
Hz)  at  the  terminals  of  source  j (in- 
cluding cw  power  as  delta  functions) , 


= power  transfer  function  of  the  coupling 
medium  between  source  j and  receptor  i. 


B.  (f)  = receptor  response  function  relating  power 

at  the  detector  to  power  at  the  input 
terminals . 


If  the  o.p.s.d.  is  greater  than  the  receptors  susceptibility 
level,  which  is  described  by  the  receivers  response  function, 
then  the  ng  (f)  is  reduced  until  either  o.p.s.d.  is  less  than 

j 

the  receptor's  susceptibility  level  or  n^  (f)  has  reached  its 

j 

adjustment  limit.  This  adjustment  procedure  is  performed  for 
this  emitter  and  receptor  pair  for  all  of  their  common  fre- 
quency range  and  if  the  frequency  in  question  lies  within  the 
unrequited  range  of  the  emitter  port.  If  the  frequency  is 
within  the  required  range  of  the  emitter  no  adjustment  is  per- 
formed. This  is  repeated  for  each  of  the  N receptors.  The 
lEMCAP  chooses  another  of  the  (M-1)  emitters  and  performs  the 
smae  procedure  on  a one  to  one  basis  with  the  same  N receptors 
This  continues  until  all  M emitters  have  been  analyzed  and 
adjusted  to  all  N receptors.  ^ 

1 

(b)  The  second  event  is  the  adjustment  of  the  receptors.  This  is 
done  on  a M to  one  basis.  One  of  the  N receptors  is  chosen 
and  analyzed  against  all  (m)  of  the  emitters  at  the  frequen- 
cies describing  its  receptor  port  spectra.  If 


M 

Z (o.p.s.d.);  is  greater 
i=l 

than  the  receptors  susceptibility  level,  then  the  Bj^(f)  is 
increased  until  either 

M 

Z (o.p.s.d.);  is  less 
1=1 
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than  the  susceptibility  level  or  B.(f)  has  reached  its  adjust- 
ment limit.  This  adjustment  procedure  is  performed  for  this 
receptor  through  its  frequency  range  and  if  the  frequency  in 
question  lies  within  the  unrequited  range  of  the  receptor 
port.  Like  the  emitter  adjustment,  if  the  frequency  is  with- 
in the  required  range  of  the  receptor,  no  adjustment  is  per- 
formed. This  procedure  is  repeated  on  a M to  one  basis  until 
all  N receptors  have  been  analyzed  and  adjusted. 


IFMCAP  also  calculates  an  integrate  EMT  margin  which  is  an 
overall  figure  of  merit  representing  the  ratio  of  the  power 
received  by  the  receptor  to  susceptibility  over  tlie  entire 
frequency  range.  The  program  computes  the  margin  per  band- 
width at  all  spectrum  sample  frequencies  (both  emitter  and 
receptor).  For  broadband  emissions,  the  received  signal  is 
the  power  contained  in  one  receptor  bandwidth.  This  level 
is  compared  to  the  power  required  to  produce  a response  in 
the  receptor  at  the  sample  frequency.  This  ratio  per  band- 
width is  integrated  over  the  range  of  frequencies  to  obtain 
the  broadband  component  of  the  integrated  margin. 

For  narrowband  emissions,  the  power  received  is  independent 
of  the  receptor  bandwidth,  and  the  Integral  becomes  a sum- 
mation. The  narrowband  signal  can  be  represented  by  one 
delta  function  in  the  center  of  the  receptor  bandwidth. 

The  narrowband  spectra  are  limits  in  that  no  single  delta 
function  can  exceed  the  specified  level.  If  a measuring 
Instrument  is  connected  to  this  port  and  tuned  across  the 
band,  the  program  assumes  that  the  instrument  reads  exactly 
this  specification  level  everywhere.  This  is  equivalent  to 
having  one  delta  function  per  instrument  bandwidth  across 
the  band  with  amplitudes  at  the  spectrum  level.  These  narrow- 
band  levels  are  assumed  to  vary  linearly  from  sample  point  to 
sample  point  for  the  summation.  The  integrated  EMI  margin 
is  the  sum  of  the  broadband  and  narrowband  components. 


1 1 . SUMMARY  OF  SURVEY 
1 . Introduction 

One  of  the  central  features  of  the  initial  phase  of  the  effort  was 
to  determine  the  actual  Implementation  of  the  EMC  process  in  the  weapons 
systems  development  process.  As  a partial  means  of  satisfying  this  require- 
ment, a series  of  Interviews  was  scheduled.  These  were  structured  interviews 
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using  a preplanned  format.  Tills  section  discusses  the  results  of  that  survey. 

The  visit  schedule  accomplished  during  the  first  phase  of  the  ef- 
fort is  contained  in  Table  2.  The  purpose  of  these  visits  was  to  gather 
data  concerning  the  present  and  future  use  of  IKMCAP  for  the  organizations 
contacted  and  to  discuss  suggestions  for  Its  integration  Into  the  procure- 
ment process.  The  specific  responses  and  comments  of  the  individual  organ- 
izations are  available  In  the  SFA  project  file. 

2 . EMC  jind  Corporate  Organization  and  Management 

The  reason  for  looking  into  the  area  of  the  placement  and  or- 
ganization of  the  EMC  function  was  to  determine  whether  sufficient  continuity 
of  staffing  would  exist  to  assure  adequate  maintenance  and  understanding  of  a 
program  such  as  lEMCAP.  Such  searching  will  also  determine  the  visibility 
of  the  EMC  function.  Another  area  of  Interest  was  the  credibility  of  EMC 
analysis  results  in  regard  to  the  various  levels  of  management. 

The  results  of  the  discussions  showed  a universal  acceptance  of 
the  EMC  functional  area  as  an  integral  part  of  a matrix  organization.  EMC 
specialists  are  assigned  as  needed  to  specific  projects  but  continue  to  be 
identified  as  EMC  staff.  The  organizations  that  have  had  a part  in  develop- 
ing EMC  analysis  models  as  end  products  in  themselves,  either  for  governement 
or  commercial  users,  were  much  more  functionally  oriented.  That  is,  they 
tended  to  centralize  the  EMC  function  more.  Those  that  were  not  involved  in 
EMC  modeling  for  other  than  their  own  use  were  more  project-oriented.  In 
some  of  these  latter  cases,  it  is  doubtful  that  the  EMC  staff  would  be  able 
to  support  and  maintain  an  lEMCAP-type  capability  due  to  minimal  staffing  and 
cross-transfers  of  personnel  into  other  technical  areas.  One  key  to  pro- 
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TABLE  2 


Date  Organization  Personnel 


9 August 

1976 

McDonnel 1-Douglas  Corp. 

G. 

Weinstock 

St.  Louis,  Mo. 

R. 

E.  Plummer 

10  August 

1976 

RAND  Corp. 

A. 

Hlebert 

Santa  Monica,  Cal. 

10  August 

1976 

General  Dynamics  Corp. 

R. 

Hlnkel 

San  Diego,  Cal. 

M. 

Derr 

11  August 

1976 

Hughes  Aircraft  Corp. 

S. 

Sabarof f 

Los  Angeles,  Cal. 

Y. 

Sheets 

M. 

Mallnic 

R. 

Stroup 

11  August 

1976 

SAMSO 

Los  Angeles,  Cal. 

Lt.  Col.  J.  Brown 

Lt,  Col.  N.  McGuiness 

11  August 

1976 

Rockwell  Corporation 

Seal  Beach,  Cal. 

E.  Hughes 

12  August 

1976 

Rockwell  Corporation  (B-1  Office) 
Los  Angeles,  Cal. 

R.  Abernathy 

12  August 

1976 

TRW  Corp. 

Los  Angeles,  Cal, 

B.  Cooperstein 

13  August 

1976 

IDS  SPO 

Los  Angeles,  Cal. 

Cpt.  Caro 

13  August 

1976 

Aerospace  Corp. 

Los  Angeles,  Cal. 

C.  Pearlston 

J . Coge 

13  August 

1976 

DSCS  SPO 

Los  Angeles,  Cal. 

Cpt.  Garrett 

Cpt.  Brown 

R.  Austin 

C.  Kelly 

P.  Sheldon 

13  August 

1976 

GPS  SPO 

Los  Angeles,  Cal. 

Cpt.  Ihle 

Cpt.  Rennard 

31  August 

1976 

G.E.  Aerospace 

Valley  Forge,  Pa. 

G.  Condon 

D.  Peden 

D.  Ling 

M.  Massaro 

13  September  1976 

Atlantic  Research  Corp. 

Alexandria,  Va. 

W.  Duff 
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TABLE  2 CONT'D 

Date  Organization  Personnel 

15  September  1976  Boeing  Aircraft  Corp.  D.  Holtman 

Seattle,  Wash. 
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vlding  a sufficient  and  continuing  EMC  staff  Is  to  provide  the  proper  Incen- 
tives to  corporate  management.  In  the  case  of  the  EMC  model  developing  organi- 
zations, the  new  product  aspect  Is  a powerful  Incentive.  In  other  organi- 
zations the  proper  contractual  Instruments  and  Incentives  (In  the  form  of 
bidding  advantages  due  to  a strong  EMC  capability)  will  have  to  be  factored 
In  to  provide  a strong  EMC  functional  center. 

Other  organizational  differences  also  appear  to  have  potential 
Impact  on  lEMCAP  Implementation.  Where  the  EMC  specification  compliance  and 
test  areas  are  Isolated  from  design,  there  appears  to  be  an  attitude  of 
achieving  EMC  through  repeated  test  cycles  and  redesign.  In  those  organi- 
zations where  the  EMC  and  design  groups  are  separate,  there  appears  to  be  an 
adversary  situation  when  the  results  of  EMC  analysis  are  presented.  There 
appears  to  be  a lack  of  confidence  In  analysis  results  when  performed  by 
other  groups.  Measurement  results  are  more  readily  accepted  and,  therefore, 
this  separation  of  EMC  and  design  personnel  leads  to  a heavy  reliance  on 
testing.  Many  of  those  interviewed  felt  that  the  availability  and  use  of 
I01CAP  (or  equlvelent  analysis)  would  help  this  situation.  Those  who  have 
had  the  opportunity  to  use  such  programs  have  noted  a much  higher  degree  of 
acceptance  of  the  computer-generated  results  than  those  developed  by  hand 
calculations.  Higher  levels  of  confidence  led  to  less  reliance  on  tests 
and,  therefore,  larger  cost  savings. 

3.  lEMCAP  Data  Requirements  . 

The  preparation  of  the  required  Input  data  for  lEMCAP  analysis 
Is  a subject  of  Inquiry  for  several  reasons.  Among  these  are  the  costs  of 
preparing  the.  data  In  relation  to  present  costs,  the  availability  of  the 
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data  in  relation  to  desired  scheduling  of  analysis  runs,  and  accuracy  re- 
quirements. It  was  a unanimous  opinion  that  the  data  required  for  lEMCAP 
is  no  different  than  the  data  that  would  normally  be  used  for  a compre- 
hensive EMC  analysis.  This  data  is  normally  available  from  the  various 
design  groups,  although  it  has  to  be  gathered  piecemeal  from  many  sources. 

The  additional  work  entailed  in  lEMCAP  data  preparation  is  converting  the 
data  to  a computer  compatible  format.  This  was  not  considered  to  be  a 
significant  additional  effort  by  most  of  the  respondents. 

There  were  divided  opinions  regarding  tlie  timeliness  of  the 
data.  The  aircraft  people  felt  that,  except  for  wire-to-wire  analysis,  there 
was  sufficient  data  for  lEMCAP  analysis  available  by  the  time  of  the  formal 
proposal  effort  (since  most  projects  go  into  preliminary  design  one  to  two 
years  before  an  RFP  actually  is  promulgated).  In  the  case  of  wlre-to-wlre 
coupling,  the  routing  and  bundling  designs  are  not  usually  available  until 
about  one  year  after  contract  award.  Therefore,  for  aircraft,  the  antenna- 
to-antenna,  antenna-to-wire,  f ield-to-wire , and  box-to-box  analyses  can  be 
performed  very  early  in  the  procurement  process  and  could  provide  available 
inputs  to  the  design  procedure.  This  is  also  probably  true  for  such  space- 
craft as  the  space  siiuttle,  although  this  particular  project  was  not  con- 
tacted directly. 

Most  satellite  project  people  were  not  too  concerned  with  antenna 
coupled  problems.  This  created  major  concern  for  the  wire-to-wire  case. 

The  wire  routing  and  harness  design  is  not  finalized  until  very  late  in  the 
design  procedure.  It  was  felt  however,  that  each  satellite  project  is 
sufficiently  unique  so  as  to  preclude  the  drawing  of  general  conclusions. 
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In  regard  to  other  required  design  data  It  was  felt,  as  in  the  case  of  air- 


craft, that  the  data  was  available  and  that  converting  It  Into  a computer 
compatible  format  was  not  an  effort  requiring  a significant  magnitude  of 
time  or  money.  It  was  also  found  that  manufacturer's  data  was  not  felt 
to  be  reliable.  There  are  two  kinds  of  data  used,  wire  data  and  semicon- 
ductor devices  operating  characteristics  data.  The  latter  data  is  used  to 
determine  bandwidth  of  susceptible  circuits.  This  data  was  considered  a 
significant  source  of  error  by  some  of  the  respondents. 

These  findings  were  somewhat  surprising  in  that  the  additional  data 
preparation  costs  due  to  using  a program  such  as  lEMCAP  seemed  to  be  a sig- 
nificant source  of  objection  and  consternation  at  prior  lEMCAP  presentations. 
This  was  not  borne  out  by  the  interviews.  The  major  difference  appears  to  be 
the  extent  to  which  t>tC  analysis  would  be  performed,  regardless  of  whether 
lEMCAP  would  be  available.  Those  organizations  where  a thorough  effort  was 
planned  did  not  foresee  any  major  additional  incremental  costs  In  data  pre- 
paration. In  those  organizations  where  there  was  a skimpy  EMC  organization 
to  start  with,  the  additional  data  gathering  costs  incurred  by  requiring 
lEMCAP  was  felt  to  be  significant. 

4 . Utilization  of  lEMCAP  Analysis 

There  were  three  major  uses  determined  for  lEMCAP  analysis. 
These  were  in  design  support,  specification  support  (including  waiver  and 
deviation  analysis),  and  test  program  support.  In  regard  to  design  support, 
the  primary  use  is  to  assist  with  antenna  placement  and  to  highlight  the  EMC 
Impact  of  design  decisions  and  changes.  In  the  specification  area  all  the 
organizations  seemed  quite  wary  of  using  Standard  EMC  Analysis  to  tailor 
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specifications.  However,  it  was  unanimously  agreed  that  lEMCAP  would  be  a 
major  tool  in  waiver  and  deviation  analysis. 

The  effects  on  tlie  contractor-subcontractor  relationship  were  dis- 
cussed at  length.  One  of  the  matters  of  Interest  was  the  possibility  of  re- 
covering some  costs  by  relaxing  the  MIL-STD-461A  (or  MIL-1541 (USAF)  for 
Spacecraft)  limits  as  a result  of  an  lEMCAP  analysis.  The  results  of  these 
discussions  indicated  that  significant  cost  savings  would  probably  not  be 
achieved  unless  some  prior  arrangements  could  be  developed  during  the  con- 
tract negotiations.  ?’or  example,  the  possibility  of  establishing  cost  incre- 
ments during  contract  negotiations  based  on  -20,  -40,  or  -60  dB  changes  to 
the  MIL-STD  levels  was  explored.  It  was  felt  that  this  would  be  difficult 
to  achieve  (except  for  such  gross  increments  as  60  dB)  where,  for  example, 
the  use  of  shielded  cables  could  be  factored  in  or  out  as  required. 

The  use  of  lEMCAP  for  test  planning  purposes  was  thought  to  be  a 
significant  area  of  possible  savings.  This  would  come  about  through  reducing 
the  number  of  critical  circuits  to  be  tested.  This  opinion  was  not  univer- 
sally held  as  there  would  have  to  be  a high  level  of  confidence  in  the  lEMCAP 
capability  before  acceptance  of  such  results.  In  one  case  enough  confidence 
was  already  instilled  in  the  use  of  an  lEMCAP  type  of  program  to  enable  the 
sponsors  to  waive  test  requirements  resulting  in  a significant  cost  saving. 

In  other  cases  the  only  time  it  was  foreseen  that  test  requirements  would  be 
reduced  was  where  there  were  such  severe  time  schedule  requirements  that 
all  the  tests  for  MIL-E-6051D,  for  example,  could  not  be  accomplished.  In 
all  cases  it  was  felt  that  the  ready  availability  of  an  lEMCAP-type  capabil- 
ity would  be  welcome  and  would  be  exercised  provided  that  the  requirements 
and  coats  were  factored  into  the  project. 
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5.  Specific  Comments  about  lEMCAP 


The  most  commonly  voiced  problem  with  the  use  of  lEMCAP  was 
the  Interpretation  and  summarization  of  the  output.  The  use  of  some  type  of 
summary  matrix  (as  Is  currently  being  developed  by  RADC)  Is  thought  to  be 
very  Important.  The  use  of  the  Integrated  EMI  margin  was  also  questioned. 
lEMCAP  has  not  been  used  In  any  specific  project  as  an  Integrated  capability. 
Parts  of  lEMCAP  and  lEMCAP-type  programs  (SEMCAP,  ATACAP)  have  been  used 
extensively.  Many  of  the  comments  are  based  on  these  other  capabilities. 

It  is  significant  that  specific  differences  in  engineering  models  between 
lEMCAP  and  the  other  capabilities  were  not  a subject  of  concern  to  the 
respondents . 


6.  Documenting  lEMCAP  Requirements  and  Results 

The  formal  integration  of  lEMCAP  into  the  procurement  pro- 
cess was  also  a subject  of  inquiry.  The  following  ideas  were  discussed. 

“ Adding  an  EMC  analysis  requirement  in  APR  800-3. 

The  reaction  to  this  suggestion  was  mixed.  Those  opposed 
felt  that  800-3  is  too  high  level  for  such  details. 

° ChangliTg  MIL-STD-1541(USAF)  to  reflect  an  EMC  analysis 
requirement . 

This  idea  is  accepted  by  SAMSO  and  Aerospace. 

” Including  lEMCAP  in  existing  CDRL  items. 

Some  felt  that  a new  CDRL  item  should  be  developed.  In 
general,  the  inclusion  in  the  EMC  Control  Plan  and  Test 
Plan  DID's  was  thought  to  be  sufficient. 

* Including  EMC  analysis  in  the  RFP  evaluation  criteria. 

This  was  felt  to  be  very  important  in  providing  an  incen- 
tive to  contractor  management  for  early  EMC  analysis. 
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The  contractor  organizations  all  agreed  on  the  desirability  of 
including  the  analysis  results  in  the  EMC  Control  Plan.  The  suggested  sched- 
ule of  running  lEMCAP  at  least  four  times  throughout  the  project  development 
phase  was  generally  agreed  to.  The  suggested  schedule  was: 

" between  Contract  Award  and  Preliminary  Design  Review  (PDR) ; 

° at  critical  Design  Review  (CDR) ; 

° between  CDR  and  System  Test  Plan;  and 
° at  System  Test  Plan. 

It  was  anticipated  that  the  normal  design  change  process  would  result  in 
requiring  lEMCAP  runs  an  average  of  every  three  months. 

It  was  not  felt  by  any  of  the  people  contacted  that  it  would 
be  necessary  for  subcontractors  to  run  lEMCAP.  It  was  also  stated  that  most 
of  the  subcontractor  EMC  Control  Plans  were  "boilerplate"  and  not  worth  much. 
This  was  not  pursued  further  as  it  is  outside  the  scope  of  this  study.  The 
important  point  is  that  EMC  control  is  imposed  by  the  prime  contractor  on 
the  subcontractor  by  controlling  the  MIL-STD-461A  or  equivalent  limits.  This 
was  confirmed  by  discussions  concerning  the  role  of  the  organizations  when 
they  serve  as  a subcontractor. 

One  important  exception  was  found  on  the  B-1  program.  In  this 
case  the  electronics  package  is  a subcontract  in  itself.  In  such  a case  the 
lEMCAP  capability  could  be  utilized  by  such  a subcontractor. 

7 . Additional  Uses  for  lEMCAP  Data 

The  subject  of  other  possible  uses  for  the  lEMCAF  data  base 
was  discussed.  The  industrial  organizations  that  did  not  have  a wire-tracing 
or  harness  routing  automated  capability  thought  that  such  use  of  the  data 
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base  would  be  a possibility.  One  area  that  was  unanimously  agreed  to  was 
the  desirability  of  maintaining  the  major  system  data  bases  throughout  the 
life  cycle  of  the  systems.  This  will  result  in  rapid  and  economical  analysis 
of  modifications. 


8.  SPO  Attitudes  Towards  EMC 

The  SPO's  that  were  contacted  all  evidenced  strong  support 
for  EMC  analysis.  One  of  the  major  motivations  on  the  part  of  those  most 
enthusiastic  about  EMC  was  prior  EMC  problems  on  other  projects.  This  lead 
to  the  question  of  establishing  an  EMC  "lessons  learned"  file  to  develop  a 
basis  for  justifying  EMC  funding  as  well  as  avoiding  repetitive  problems. 
There  was  a definite  correlation  between  the  degree  of  EMC  concern  and 
association  with  past  projects  where  EMC  problems  had  cropped  up. 

III.  THE  ECONOMICS  OF  INTRASYSTEM  EMC  ANALYSIS 
1 . Introduction 

The  economics  of  Intrasystem  EMC  analysis  concerns  a number  of 
factors.  Among  these  are  the  cost  of  installing  the  analysis  system,  the 
cost  of  using  the  system  for  a project,  the  competing  costs  of  manual  analy- 
sis, and  the  benefits  of  utilizing  the  systems.  These  factors  as  well  as 
method  of  evaluating  prediction  models  in  terms  of  Type  I and  Type  II  errors 
are  discussed  in  this  section. 

2.  General  Factors 

One  of  the  objectives  of  this  study  is  to  determine  cost  consid- 
erations in  using  lEMCAP  or  an  equivalent  program  in  a weapon  system  acqul- 


27 


sition  program.  In  order  to  develop  such  cost  information,  the  contributing 
factors  have  to  be  Isolated. 


These  are: 

(1)  the  initial  cost  of  installing  the  program; 

(2)  any  costs  of  maintaining  and  updating  the  program;  and 

(3)  the  variable  cost  of  using  the  program  on  specific  projects 
including  data  base  preparation  and  maintenance. 

The  benefits  to  be  accrued  by  using  the  program  Include: 

(1)  reduced  analysis  costs  (savings  in  manpower); 

(2)  reduced  test  costs; 

(3)  possible  prevention  of  retrofit  or  reduced  costs  of  redesign 
due  to  early  analysis;  and 

(4)  reduced  costs  of  subsystems  and  equipment  due  to  the  use  of 
tailored  specifications. 

The  study  has  shown  that  there  is  no  "typical"  system  either  technically 
or  administratively,  but  it  is  nevertheless  possible  to  generate  coarse  cost 
estimates . 


3.  Cost  Factors 

The  costs  of  acquiring  and  Implementing  the  program  include  man- 
power, training,  and  computer  debugging  time.  At  present  these  costs  range 
between  $1,000  and  $15,000  according  to  Industry  sources.  This  depends  on 
past  experience  of  the  contractor.  Internal  organization,  accounting  pro- 
cedures, etc. 

The  costs  of  maintaining  and  updating  the  program  are  difficult 
to  assess  since  the  effort  is  fairly  new.  Maintaining  and  updating  costs 
are  those  overhead  costs  incurred  in  keeping  the  program  current,  partlcl- 
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patlng  in  liaison  activities  and  meetings,  and  training  and  related  activities. 
The  program  itself,  and  updated  versions,  are  supplied  by  the  Air  Force  on 
tape.  This  cost  is  estimated  to  be  zero  to  $15,000  per  year,  based  on  man- 
power rates  and  loading  factors.  In  cases  of  continuous  EMC  activity  on 
major  projects,  the  overhead  costs  might  be  reduced  considerably  or  be  non- 
existent since  the  project  effort  would  accomplish  these  functions. 

The  cost  per  project  for  the  additional  data  preparation  and 
computer  running  time  to  use  lEMCAP  (as  opposed  to  manual  analysis)  is  esti- 
mated at  $1,000  to  $15,000  by  Industry  sources.  However,  some  of  these 
costs  are  offset  by  reduced  engineering  analysis  manpower  costs.  These  fig- 
ures are  based  on  the  use  ot  programs  similar  to  lEMCAP. 

4.  Benefit  Factors 

The  major  cost  saving  factor  is  the  reduction  of  retrofit  and 
test  effort.  These  savings  could  be  quite  substantial.  As  an  example,  West- 
inghouse  is  developing  ALQ-131  pods  for  use  on  seven  different  aircraft.  In 
order  to  save  money,  lEMCAP  is  being  used  extensively.  The  savings  for  an 
effort  of  such  magnitude  as  opposed  to  MIL-E-6051D  testing  is  estimated  at 
$300, 000-$ 500, 000  by  Westlnghouse  personnel. 

The  MINUTEMAN  program  contains  a requirement  (MIL-E-6051D)  to 
demonstrate  that  the  weapon  system  and  all  associated  subsystem/equipment, 
both  airborne  and  ground,  will  be  capable  of  performing  their  intended 
function  without  a deleterious  impact  from  the  electromagnetic  environment. 

The  method  of  fulfilling  this  requirement  is: 

(a)  selection  of  critical  circuits  by  manual  analysis; 
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(b)  design  and  fabri ration  of  sensitized  circuits  to  demon- 
strate the  6 dB  safety  margin;  and 

(c)  monitoring  weapon  systems  for  failures  or  anomalies  during 
operation. 

A proposed  hybrid  approach  using  the  SEMCAP  program  was  developed  and  pre- 
sented by  TRW.  This  procedure  was  designed  to  utilize  the  analysis  program 
to  reduce  but  not  eliminate  the  test  program.  An  additional  benefit  of 
this  proposed  approach  is  the  savings  in  time.  In  the  case  under  discussion, 
the  schedule  could  not  be  met  by  the  older  test  procedure.  The  cost  savings 
were  estimated  to  be  50%  or,  for  the  project  under  consideration,  about  $1.5 
million.  [6] 


5 . Model  Evaluation 

Based  on  these  cost  factors  the  answer  to  the  cost-benefit  anal- 
ysis is  obvious.  Any  problem  stems  from  the  question  of  the  adequacy  in  sub- 
stituting an  intrasystem  analysis  program  for  system  tests.  The  use  of  in- 
trasystem analysis  programs  has  been  based  on  the  build-up  of  user  confidence 
over  a period  of  years.  This  has  developed  a qualitative  level  of  confidence 
in  these  programs  on  the  part  of  the  users.  Quantitative  assessment*  of 
lEMCAP  will  expedite  its  use.  An  RADC  sponsored  effort  to  evaluate  lEMCAP 
through  its  use  on  the  FI 5 project  has  lead  to  such  data.  Programs  concep- 
tually similar  to  lEMCAP  have  been  applied  on  large  weapons  systems.  One 
such  program  was  used  on  the  Navy  E-bA  project. [1]  The  results  of  the  anal- 
ysis of  17,500  possible  emitter-receptor  combinations  are  summarized  in 
Table  3 below. 
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TABLE  3 


COMPARISON  OF  MODEL  RESULTS 
(Measured /Predicted) 


Measured 

Interference  No  Interference 
Interference ; 41/71  30/71 

Predicted : 

No  Interference:  12/17429  17417/17429 

An  analysis  of  this  table  shows  that  there  were  53  Interference 
cases  measured,  of  which  41  were  predicted.  There  were  71  interference  situ- 
ations predicted,  of  which  30  did  not  occur.  Twelve  interference  situations 
occurred  which  were  not  predicted.  The  analysis  performed  was  based  on  the 
most  detailed  models  available. 

If  we  define  a type  1 error  as  the  prediction  of  interference 
when  no  Interference  is  measured  and  a type  2 error  as  the  prediction  of  no 
Interference  when  Interference  is  measured  then: 

P (type  1)  = 30/71  - .42  and 
e 

P^  (type  2)  = 12/17429  - .00069. 

If  the  prediction  models  are  capable  of  predicting  all  modes  of  interference 
then  these  errors  can  be  assumed  to  be  Independent.  In  order  to  reduce  the 
probability  of  type  2 errors  so  that  virtually  all  interference  cases  that 
are  measured  have  also  been  predicted,  it  is  necessary  to  accept  a high  pro- 
bability of  type  1 errors,  l.e.  that  a considerable  proportion  of  predicted 
Interference  will  not  in  fact  occur.  The  exact  relationship  of  these  two 
errors  for  lEMCAP  will  not  be  determined  until  the  program  has  been  exercised 
on  a number  of  procurements. 

One  way  of  looking  at  such  a predicted  process  is  by  the  use  of 
Bayes  Theorem.  Let  Cj,  C^,...,  be  mutually  exclusive  and  exhaustive 
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events  and  let  B be  an  event  for  which  one  knows  the  conditional  probabili- 


ties, P (b|  Cj)  of  B,  Riven  C^,  and  also  the  absolute  probabilities  P (C^). 
One  may  then  compute  the  conditional  probability  P (C^|b)  of  any  one  of  the 
events  C^,  given  B,  by  the  following  formula: 


p(cJb) 


P(B  C^)  ^ p(b|c.)p(c^) 


p(B)  z p(b|c.)p(c  ) 
j = l ^ ^ 


This  formula  is  known  as  Bayes  Theorem. 

An  example  of  its  use  could  be  the  following  hypothetical  situ- 
ation.[s]  Suppose  that  a test  for  cancer  could  be  devised  where  P(AjC)“.95, 
In  which  C denotes  that  a person  tested  has  cancer  and  A denotes  the  event 
that  the  test  states  that  the  person  tested  has  cancer.  What  is  P(c|a), 
i.e.,  the  probability  that  a person  who  according  to  the  test  has  cancer 
actually  has  it? 


P(C/A) 


p(a|c)  P(C) 

P(Ajc)  P(C)  + PCAjc'^)  P(C^)* 


Assuming  that  P(C)  = .005,  i.e.,  the  probability  that  any  person  taking  the 


test 


actually  has 
P(C/A) 


cancer  is  .005,  then 

.95  (.005) 

.95  (.005)  + (.05)  (.995) 

.087. 


Therefore,  although  the  hypothetical  cancer  test  is  highly  reliable,  i.e., 
it  will  detect  cancer  in  95%  of  the  cases  in  which  cancer  is  present,  in  only 
8.7%  of  the  cases  in  which  the  test  indicates  cancer  is  cancer  actually 
present . 

*The  c superscript  indicates  the  complement  of  the  probability,  i.e.,  the 
probability  of  nonoccurrence. 
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This  situation  is  very  similar  to  that  of  Interference  in  an 
aircraft  as  discussed  above.  If  we  let  M represent  measured  Interference  and 
P represent  predicted  interference  then,  using  the  model  discussed,  the 
probability  that  Interference  will  not  be  measured  where  it  is  not  predicted 
is : 

P(m‘^|p‘^)  = .99931 

or  the  model  is  99.93%  effective  in  screening  interference.  However,  the 
probability  that  interference  will  be  indicated  by  measurement  in  cases  where 
it  is  predicted  is: 

P(m|p)  = .58 

or,  in  only  58%  of  the  cases  where  interference  is  predicted  will  such  inter- 
ference actually  be  measured.  In  terms  of  type  1 and  type  2 errors,  assuming 
that  measured  data  represents  the  real  world,  the  probability  of  type  1 error 
is : 

PfM'^jp)  = .42 

and  for  type  2: 

PCmIp'^)  = .00069. 

While  this  description  of  the  model  Indicates  high  reliability, 
an  objective  evaluation  requires  the  consideration  of  cost  data.  If  the 
major  savings  have  to  do  with  reduction  of  test  costs,  even  further  reduction 
of  the  type  2 error  is  required.  This  will  cause  an  increase  in  type  1 
errors.  The  results  of  the  model  described,  in  the  te*‘mlnology  defined,  are: 
P(p|m)  - .774 

or  only  77%  confidence  that  all  the  interference  cases  measured  would  be  con- 
tained in  the  prediction.  If  it  is  desired  that  the  model  only  miss  one  case 
that  actually  occurs  in  the  situation  described  the  probability  of  a type  2 
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error  P(m|p^)  would  have  to  be  reduced  to  .000057  from  .00069.  The  resultant 
confidence  level  that  all  the  interference  cases  would  be  Included  In  the 
predicted  data  would  be  .98.  Actual  data  would  be  required  to  determine  the 
effects  on  the  type  1 error. 

Further  pursuit  of  such  model  evaluation  is  indicated.  It  is 
important  to  note  that  most  model  evaluation  is  done  using  a comparison  of 
measured  and  predicted  values  (usually  In  dB) . This  is  an  important  factor 
but  only  an  Intermediate  step.  The  results  of  the  use  in  the  model  in  the 
specific  project  and  its  impact  in  terms  of  dollars  goes  beyond  dB  compari- 
sons. In  other  words,  if  the  payoff  is  in  reducing  test  costs  (as  it  appears 
to  be  at  this  point),  the  dB  bias  that  would  have  to  be  introduced  to  provide 
acceptable  confidence  levels  would  be  large.  This  dB  bias  would  also  assure 
that  there  would  be  large  errors  in  the  predicted  vs.  measured  data  compari- 
sons if  these  are  based  on  dB  levels. 

Examples  of  typical  results  of  such  comparisons  are  contained  in 
figures  1 and  2 [?].  These  results  are  based  on  SEMCAP  prediction  data.  The 
figures  show  the  comparison  of  measured  vs.  predicted  data  for  two  spacecraft. 
The  first  figure  shows  a correlation  diagram  in  dB,  and  the  second  a correla- 
tion diagram  in  voltage  with  a 6 dB  and  a 20  dB  bias.  Note  that  20  dB  would 
be  required  to  encompass  all  the  points. 

6 . I EMCAP  Imp lemi-ntation  Criteria 

Criteria  are  standards,  rules  or  tests  by  which  a decision  is 
made.  The  criteria  required  for  the  effort  determining  the  best  way  to  im- 
plement lEMCAP  fall  into  two  categories:  criteria  for  determining  the  use  of 
lEMCAP  on  projects  (Which  projects  should  it  be  applied  to?  When  should  it 
be  used?)  and  criteria  for  determining  which  documents  should  be  used  to  cre- 
ate the  requiremtuit  for  using  the  analysis  program. 
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Criteria  are  also  separable  into  the  following  three  categories: 


(a) 

characterist  ics 

to 

be 

achieved ; 

(b) 

characteristics 

to 

be 

preserved ; 

(c) 

charac  ter is  t ics 

to 

be 

avoided. 

The  establishment  of  these  criteria  is  in  terms  of  specific  parameters  includ- 
ing costs  and  impact  on  the  procurement  process. 

Implementation  on  Projects 

The  utilization  of  IKMCAP  from  a cost  analysis  viewpoint  is 
heavily  weighted  towards  its  use  on  the  basis  of  possible  test  savings  alone, 
not  Including  the  savings  to  be  realized  by  reducing  the  engineering  analysis 
manpower  requirements.  The  present  obstacle  to  realizing  these  savings  is  the 
confidtMice  one  can  expect  from  the  use  of  lEMCAP.  This  is  expected  to  be 
resolved  with  time  as  results  become  available. 

The  criteria  for  the  implement.ation  of  the  lEMCAP  capability  on  a 
system  should  consider  some  minimum  size,  since  it  is  obvious  that  there  is  a 
point  of  minimum  system  size  at  which  the  use  of  manual  analysis  is  less 
expensive  than  the  cost  of  installing  and  running  the  lEMCAP  system  and  pre- 
paring a data  base.  The  lEMCAP  system  is  provided  at  no  cost  to  the  contrac- 
tor. The  cost  of  computer  time  for  a single  computer  run  for  a large  system 
is  on  the  order  of  $250  - $1000.  The  cost  of  data  preparation  is  only  the 
cost  involved  in  taking  the  data  from  a "raw"  format  to  a computer  compatible 
medium,  since  the  data  has  to  be  available  for  manual  engineering  analysis  as 
well  although  not  in  a rigidly  controlled  format. 

The  break-even  point  is  therefore  the  point  at  which  the  cost  of 
computer  running  time  plus  program-required  data  conversion  costs  e<|ual  the 

cost  of  manual  engineering  analysis.  The  loaded  cost  of  manual  engineering 

analysis  Is  about  $200  per  man-day.  The  cost  of  data  prej^ratlon  for  computer 
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input  is  ahinit  $100  por  m.ni-<l.iy . Assuming  a minimum  of  four  runs  (about 
$1000  - $4000),  tlu'  bri‘ak-i‘'’t‘n  point  is  readied  for  a system  that  reipiires 
about  1 to  4 iTuin-weeks  of  m.inual  engineering  analysis. 

There  are  other  possible  advantages  to  using  IKMCAI’  as  well  as 
rost.  The  use  of  a standard  method  of  automated  analysis  assures  reproduci- 
bility of  results,  a standard  data  base,  and  a standard  output  format.  There- 
lon-,  IKMCAP  should  be  applied  at  the  minimal  system  level.  Since  there  is 
no  direct  cost  data  for  lEMOAP,  a preliminary  criterion  of  100  or  more  possi- 
ble coupling  paths  is  considered  appropriate  (based  on  the  1 to  4 man-week 
engineering  manpower  figure  derived  above). 

Imp  1 emen ta t ion  in  Documents 

The  criteria  to  be  used  in  establishing  the  documentation  re- 
quirements incliKiing  achieving  lEMCAP  use  on  all  appropriate  system  procure- 
ments, [ireserving  the  present  system  of  contractu,al  documentation,  and  avoid- 
ing unnecessary  additional  documentation  or  new  CDRI.  items.  This  last  cri- 
teria nviy  be  achieved  by  integrating  the  rt'qui  rements  into  existing  documents. 
The  orientation  of  IKMCAP  towards  systems  requires  some  definition  of  a sys- 
tem from  an  KMC  standpoint.  The  most  straightforward  definition  is  that  an 
appropr iiite  system  consists  of  two  or  more  electrical  or  electronic  subassem- 
blies organized  to  perform  a s|)i-cific  function. 

The  decision  as  to  which  of  the  documents  should  be  modified  al- 
y’  so  requires  consideration  of  the  specific  discipline  (KMC  analysis)  and  the 

level  of  the  document.  For  example,  in  the  case  of  Ml h-STI)-499 , the  level  is 
felt  to  be  too  high  to  include  a discussion  of  the  type  of  EMC  analysis  to  be 
used.  In  most  casi‘s  the  docuini’nts  reference  each  other.  In  order  to  avoid 
extraneous  difficulties  or  redundancy,  a hierarchy  of  requirements  can  be 


established.  This  hierarchy  would  handle  such  cases  where,  for  example,  a 
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primary  source,  l.e.,  MIL-E-6051D,  Is  referenced  in  a group  of  Dip's.  Kv 
adhering  to  the  hierarchy  the  change  would  be  made  to  tlie  specification  and 
would  automatically  be  Integrated  in  the  procurement  process.  The  specifica- 
tion could  be  referred  to  as  a primary  source  document. 

In  summary,  the  basic  criteria  to  be  used  in  cietermining  the  doc- 
umentation requirements  are: 


(a) 

cu r r ell  t durum. 'll  i ; 

(b) 

KMC  nn.ilvsis; 

(f) 

app  flip  I i a t e 1 I'Ve  1 

of  de 

tail , 

(d) 

■;  vs  t ePi  vi  r i ell  t ed  : ; 

Hid 

(e) 

lu  iniarv  smirci's. 

A review 

of 

the  dll 

rumeiit  s I i sted  in 

Table 

U was 

per  f o 

rmed . 

The  results 

of 

applying 

the 

above 

iriteri.i  to  determine 

which 

of  the 

se  documents  should 

be 

changed  , 

are 

ref lec 

ted  in  that  table, 

IV. 

CONCLUSIONS 

1. 

Corpo 

rate  Manajj^ement  Support 

The  management  support  tor  using  lAP  In  the  corporate  EMC  cycle 
is  almost  exclusively  based  on  contractual  obligations  and  funding.  There  is 
presently  a broad  acceptance  of  the  results  of  lAP  type  analyses  for  decision 
making  purposes.  The  situation  might  change,  however.  If  the  results  of 
using  lAP  do  not  represent  a positive  improvement  in  the  Intrasystem  EMC 
process. 

2.  Contractor  Staff  Support 

The  efficiency  of  the  use  of  lAP  is  a direct  function  of  the 
experience  and  training  of  the  contractor  staff.  Due  to  the  stop  and  go 

I 
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TABI.K  4 


I)Ot:UMKNTS 

MOD  I FY 

CRITERIA 

Data  Item  Descriptions 

Category  11  Test  Plan  Procedures 

D1-T-3706/T-106-2 

No 

3 

General  Test  Plan  Procedures 

Dl-T-3707/T-in7-2 

No 

3 

Test  Re|)orts  - General 

DI-T-3718/T-1 19-2 

No 

3 

Category  I 1 Test  Reports 

DI-3-3719/T-120-2 

No 

3 

Acceptance  Test  Reports 

DI-T- 3721/T-I25-2 

No 

3 

Kngineering  Change  Proposals 

D1-E-3128/C-141-1 

No 

3 

Request  for  Deviation/Waiver 

DI-E-3129/C-142 

No 

3 

Elec  t romagnet ic  Compa t i hi  1 i ty 

Plan 

D1-R-3530/S-116-1 

No 

5 

(References 

MIE-E-6051) 

Subsystem  Design  Analysis  Report 

DI-S-3581/S-101-1 

No 

3 

Category  I Test  P lans/Procedures 

D1-T-3702/T-102-2 

No 

3 

Electromagnet ic  Compat ibil Ity 

Test  Plan-Systems  and  Sub- 
systems/Equipment 

D1-T-3704/T-104-2 

No 

f^ec  i f 1 cat  ion/Standards 

MI  1.-STD-461 , Electromagnetic  Interference 
Characteristics  Requirements  for  Equipment 

No 

4 

Ml  E-STD-462 , Electromagnetic  Interference 
Characteristics,  Measurement  of 

No 

4 

MIL-STD-463,  Definitions  and  System  of 

Units,  Electromagnetic  Interference  Technology 

No 

4 

MIE-STD-469,  Radar  Engineering  Design 

No 

4 

Requlrt*mi*nt.s  K1  ec  t romasnet  i c Compatibility 
MI  I,-STD-48(),  Conf  Ij'urat  Ion  Control 
MIL-ST[)-481 , Coni  igiirat  Ion  Control  (short  form) 
MIL-STD-482,  Conf imirat ion  Status  Accounting 


No 

No 

No 
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TABLE  4 (Continued) 


OOCITMENTS 

MODIFY 

CRITERIA 

Specif icat ion/ Standards  (Cont 'd) 

MIL-STD-490,  Specification  Practices 

No 

3 

MIL-STD-499,  System  Engineering  Management 

No 

3 

MIL-STD-721,  Definition  of  Effectiveness  Terms 

No 

3 

MlL-STD-833,  Minimization  of  Hazards  of  Electro- 
magnetic Radiation  to  Electro-explosive  Devices 

No 

3,4 

MlL-STD-881,  Work  Breakdown  Structures 

No 

3 

MiL-STD-882,  Safety  Engineering 

No 

3 

MIL-B-5087,  Bonding,  Electrical,  and  lighting 

Protection,  for  Aerospace  Systems 

No 

3,4 

MlL-STD-1541  (USAF)  EMC  Requirements  for  Sapce  Systems 

Yes 

MIL-W-5088,  Wiring,  Aircraft,  Installation  of 

No 

4 

MIL-E-6051,  Electromagnetic  Compatibility  Require- 
ments, System 

Yes 

Manuals/ Handbooks 

AFM-100-31,  Frequency  Management  and  Electromagnetic 
Compatibility,  13  Mar  1970;  Change  1,  22  Dec  1970; 
Change  2,  2 May  1972;  Change  3,  31  Oct  1972 

Yes 

AFSCM  70-5,  Work  Statement  Preparation 

No 

3 

AFSCM  207-1,  Security  Engineering 

No 

3 

AFSCR  310-1,  Management  of  Contractor  Data  & Reports 

No 

3 

AFSCM  375-1,  Configuration  Management 

No 

1.3 

AFSCM  375-3,  System  Project  Office  (SPO)  Manual 

No 

1,3 

AFSCM  375-4,  System  Program  Management  Procedure 

No 

1,3 

AFSC  Design  Handbook  1-4,  Electromagnetic  Compatibility 

Yes 

AFSC  Design  Handbook  2-5,  Armament 

No 

3,4 
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TABLE  4 (Continued) 


DOCUMENTS 

MODIFY 

CRITERIA 

Re^ii  1 at  Ions 

AKR  80-2,  Dociiments  Used  In  the  Management  of  Air  Force 
Research  Development 

No 

3 

AFR  65-3,  Configuration  Management 

No 

3 

AFR  80-20,  Concept  Formulation  and  Contract  Definition 

No 

1,3 

AFR  80-23,  The  U.R.  Air  Force  Electromagnetic 
Compatibility  Program 

Yes 

AFR  1 "0  , Cfoiind  Communications  Electronics 

1 1 M 1 . 1 o • i c.>  1 (CF.M)  Planning  and  Programming 

No 

3 

AFR  l(Hi-i,  1 1 et- 1 romagnet  ic  Compatibility  Program- 
Rt'poi  t i IV.',  ot  U.S.  .Military  Electronic  Equipment 

1 II'-  i roiimenl a 1 Data 

No 

4 

.\iK  100-.,  Radio  Frequency  Management 

No 

1.3 

.\FK‘  100-6,  Electromagnetic  Interference  and 

Raili.it  ion  Hazards 

Yes 

AFR  J75-1,  M.inagement  of  Systems  Program 

No 

1,3 

AFK  17 5- 2,  System  Program  Office 

No 

1.3 

AFR  175-1,  System  Program  Director 

No 

1.3 

AFR  175-4,  System  Program  Documentation 

No 

1,3 

AFSCR  80-23,  Research  and  Technology  Assistance 
to  Systems  Program 

No 

3 

AFSCR  800-2,  Management  of  Multi-Service  System, 

Programs  and  Projects 

No 

3 

AFSCP  800-3,  A Guide  for  Program  Management 

Yes 

AFSCM  375-7,  Configuration  Management 

No 

3 
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nature  of  EMC  project  funding,  staff  continuity  was  found  to  be  lacking  in 
some  cases.  It  appears  that  this  will  be  a chronic  condition  and  will  require 
frequent  presentation  of  training  courses,  assistance,  and  simplified  running 
procedures  and  data  outputs. 

3 . Early  Da t a Availability 

The  input  data  required  for  lEMCAP  and  other  components  of  lAP  is 
available  early  in  the  life  cycle.  The  data  is  usually  developed  In  design 
activities  prior  to  any  formal  EMC  activity.  The  major  exception  is  wire 
routing  and  bundling  data.  This  problem  can  be  tolerated  until  the  design  is 
finalized  by  the  use  of  estimates. 

4 . lAP  Cost-Beneficial  for  Use  in  System  Test  Planning 

System  tests,  such  as  those  in  MIL-E-6051D,  are  costly  and  time- 
consuming.  Automated  Intrasystem  analysis  has  demonstrated  the  ability  to 
save  considerable  funds  by  reducing  the  required  number  of  tests  and  time 
required  for  testing.  This  area  of  utilization  apparently  represents  the 
greatest  potential  for  cost  savings. 

5 . Specif icat ion  Tailoring 

Tailoring  of  specifications  on  the  basis  of  lAP  results  is  a 
generally  accepted  goal  but  one  that  must  be  approached  with  caution.  The 
addition  of  a validation  phase  to  the  LCSMM  has  somewhat  mitigated  the 
urgency  and  importance  of  absolute  accuracy  in  specification  tailoring. 
Potential  cost  savings  can  be  validated  on  prototypes  prior  to  large  produc- 
tion commitments.  The  combination  of  analysis,  testing  and  specification 
tailoring,  based  on  the  overall  results,  represents  a systematic  approach  to 
cost  savings  and  EMC  achievement. 


b . Con  tract  or/Su  bcon  t r a c toj  Re  lat  Ion  s h 

lAP  should  be  used  only  at  the  prime  contractor  level  except  in 
rare  instances  (such  as  the  B-1)  where  the  entire  avionics  package  is  a sub- 
contract. It  appears  titat  the  tailoring  of  specifications  for  subcontract 
items  is  not  highly  critical  in  regard  to  cost  savings.  However,  the  use  of 
lAP  to  determine  the  impact  of  waivers  or  deviations  provides  an  important 
capability  and  is  expected  to  be  of  great  assistance  in  project  management. 

The  use  of  different  cost  estimates  based  on  tailoring  the  specifications  by 
increments  (such  as  +20dB,  +‘^ndB,  +60dB,  etc.)  does  not  seem  to  be  feasible 
in  most  cases.  This  is  due  to  the  Inability  to  accurately  estimate  cost  dif- 
ferences except  for  the  most  gross  changes  (such  as  60  or  80dB) . 

7.  IAP_CenJ;ral  Facility 

It  is  apparent  that  a permanent  central  facility  is  required  to 
provide  intrasystem  analysis  program  support  to  the  project  management  com- 
munity. Among  the  reasons  for  this  requirement  are  the  needs  for  continual 
updating  of  the  lAP  itself,  liaison  and  training  of  users,  data  base  stan- 
dardization and  storage  for  systems  throughout  the  phases  of  the  LCSMM  and  the 
gathering,  analysis,  storage  and  dissemination  of  experiential  data  concerning 
system  problems  and  the  lAP  itself.  Only  a centralized  facility  could  effi- 
ciently function  in  such  a capacity. 

8.  Documentation  Changes 

The  proper  utilization  and  funding  of  lAP  project  support 
requires  a basis  in  regular  lens,  specifications  and  other  documentation. 

There  is  no  basic  user  guidance  document  available.  The  suggested  changes 
and  a handbook  are  appended  to  this  report.  The  need  for  an  SPO  EMC  Program 


Plan  for  large  projects  Is  also  evident. 


9 .  Schedule  for  lAP 

The  major  purpose  for  lAP  is  to  support  the  project.  In  order 
to  optimize  that  support  the  scheduling  should  be  flexible.  A suggested  min- 
imum for  lAP  runs  is  at  times  of: 

(a)  EMC  Control  Plan  development; 

(b)  Preliminary  Design  Review  (PDR); 

(c)  once  at  an  intermediate  time  between  PDR  and  Critical  Design 
Review  (CDR); 

(d)  CDR;  and 

(e)  system  test  planning. 

10.  M in i m urn  _S ize  Project  for  I EMC AP 

The  question  of  the  minimum  project  size  for  requiring  IF.MCAP 
support  from  a cost  standpoint  is  difficult  to  answer  since  there  are  low  cost 
systems  tiiat  can  have  severe  and  significant  EMC  problems  wliile  certain  high- 
cost  systems  can  have  virtually  no  EMC  problem  potential.  The  cost  trade-off 
curve  based  on  analysis  costs  indicates  that  systems  where  there  are  100  or 
more  interactions  (combinations  of  emitter  and  receptor  ports)  justifies  the 
utilization  of  lEMCAP.  The  other  components  of  the  lAP  have  not  been  similar- 
ly evaluated. 

11.  The  Jmpjic^t  of  lEMCAP  on  the  Negotiation  Process 

One  major  item  of  study  in  this  investigation  was  the  potential 
Impact  on  (h)vernment/Contractor/Subcontractor  Contracting  relationships  of  the 
use  of  lEMCAP  for  tailoring  specifications.  The  major  basis  for  this  consid- 
eration is  the  often-expressed  question  of  how  to  enter  into  a contract 
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witliout  strictly  dofined  specifications.  The  major  area  affected  on  large 
system  procurements  is  tlie  contractor/subcontractor  relationship.  The  primary 
EMC  control  on  tlie  subcontractor  is  usually  Mll.-ST1)-461A.  Financial  commit- 
ments between  the  contractor  and  the  subcontractor  are  necessary  at  the  time 
a system  proposal  is  submitted  and,  although  tailoring  of  the  specification 
can  be  done  at  that  time,  the  EMC  data  base  is  usually  not  sufficient  to  per- 
form a detailed  analysis.  One  way  to  get  around  this  problem  is  to  request 
alternate  bids  for  items  meeting  the  specification  with  20,  40  or  60dB  varia- 
tions. The  study  has  shown  that  such  costs,  except  for  very  large  EMC 
•Specification  differences  (on  the  order  of  60dB)  are  difficult  to  determine. 

It  also  shows  that  the  cost  variations  would  be  minor  when  compared  with  the 
total  item  cost. 

Therefore,  it  appears  that  some  tailoring  can  and  should  be  done 
at  the  earliest  phase  of  the  procurement.  This  will  not,  however,  obviate  the 
need  for  waivers  and  deviations  and  consequent  waiver  and  deviation  analysis. 
The  impact  of  lEMCAP  on  this  contractor/subcontractor  relationship  will  not  be 
to  materially  affect  the  present  negotiating  regime,  but  to  offer  more  techni- 
cal substance  as  a basis  for  decision  as  it  progresses. 

V . RECOMMENDATIONS 

1 . K^AF  Facj  l Uj 

The  conclusions  of  this  study  clearly  indicate  that  a central 
USAF  int rasyst cm  analysis  support  facility  is  needed.  It  is  therefore  recom- 
mended that  such  a facility  be  established  at  RADC.  The  lAP  development 
effort  is  currently  being  performed  there  and  a great  deal  of  the  effort  will 
concern  long-term  modification,  refinement  and  general  updating  of  the  codes. 
Training  programs  and  a newsletter  have  also  been  developed.  This  form  of 
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activity  appears  to  be  a continuing  requirement.  A central  data  base 
repository  will  be  required  as  the  data  bases  for  projects  are  developed  and 
the  systems  progress  through  their  life  cycle.  The  results  of  the  applica- 
tion of  lAP  to  projects  should  be  evaluated  and  the  lessons  learned  should  be 
compiled . 


2 . Project  Management  EMC  Handbook 

The  attached  draft  of  the  Project  Management  EMC  Handbook  should 
be  circulated.  Comments  should  be  solicited  and  modifications  made  as  appro- 
priate. This  process  should  continue  as  the  EMC  techniques  are  Introduced 
and  their  Impact  observed. 


3 . Documentat ion 

The  integration  of  lAP  into  the  systems  development  and  procure- 
ment process  requires  that  the  following  documents  be  modified  as  recommended 
below. 


(a)  AFM  100-31  Frequency  Management  and  Electromagnetic  Compat- 
ibility (Chapter  4) 

"4.10  Intrasystem  Analysis.  Rome  Air  Development  Center 
has  developed  an  Intrasystem  Analysis  Program  (lAP) 
for  use  by  contractors  in  system  development.  Com- 
ponents of  the  system  Include: 

a.  lEMCAP; 

b.  a series  of  supplemental  models  (for  use  in  con- 
junction with  lEMCAP)  that  provide  additional 
analysis  for  aircraft  stores,  lightning,  magne- 
tospheric  substorms,  and  static  electricity;  and 

c.  nonlinear  and  EM/near-f leld  analysis  models 
which  will  characterize  the  Input/output  rela- 
tion of  nonlinear  circuits,  EM/near-f leld 
Interactions,  and  antenna  and  aperture  coupling 
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being  developed  for  off-line  use. 

The  programs  are  available  to  Air  Force  contractors. 
Training  courses  are  presented  periodically.  Sched- 
ules and  further  details  can  be  obtained  through 
RADC/RBC. 

4.11  lEMCAP  (Intrasystem  EMC  Analysis  Program) 

The  Intrasystem  Electromagnetic  Compatibility  Analysis 
Program  (lEMCAP)  was  designed  to  provide  an  effective 
and  cost  beneficial  means  of  EMC  analysis  throughout 
the  stages  of  an  Air  Force  system's  life  cycle,  from 
conceptual  studies  of  new  systems  to  field  modifica- 
tion of  old  systems.  Ground,  aircraft,  and  space/ 
missile  systems  are  within  the  lEMCAP  capability.  The 
program  is  relatively  computer  Independent  and  has 
been  implemented  on  several  computers.  It  Is  pro- 
grammed in  USA  standard  FORTRAN  IV  language  and 
requires  approximately  70K  words  of  core. 

lEMCAP  analysis  demonstrates  the  relationship  between 
equipment  and  subsystem  EMC  performance  and  total 
system  EMC  characteristics  in  specific  terms.  It 
therefore  provides  the  means  for  tailoring  EMC 
requirements  to  the  specific  system.  This  is  accom- 
plished by  modeling  the  system  elements  and  the 
mechanisms  of  electromagnetic  energy  transfer  to 
accomplish  the  following  tasks: 
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a.  provide  a data  base  that  can  be  continually 
maintained  and  updated  to  follow  system  design 
changes; 

b.  generate  EMC  specification  limits  tailored  to  a 
specific  system; 

c.  evaluate  the  Impact  of  granting  waivers  to  the 
specifications; 

d.  survey  a system  for  incompatibilities; 

e.  analyze  the  effect  of  design  changes  on  system 
EMC;  and 

f.  provide  comparative  analysis  results  on  which  to 
base  EMC  trade-off  decisions. 

4.12  lEMCAP  Operation.  The  Input  Decode  and  Initial  Pro- 
cessing Routine  (IDIPR)  Is  the  first  part  of  lEMCAP. 

It  Is  divided  Into  three  basic  routines.  The  Input 
Decode  Routine  (IPDCOD)  reads  and  decodes  the  free- 
fleld  Input  data  from  punched  cards  and  checks  the 
data  for  errors.  Next  Is  the  Initial  Processing 
Routine  (IPR).  This  routine  performs  data  management. 
Interfaces  with  spectrum  models,  and  generates  the 
working  files.  The  data  base  defining  the  system/ 
subsystem/equipment  characteristics  Is  stored  on  a 
magnetic  disc  oi  ‘•ape  called  the  Intrasystem  File 
(ISF).  The  program  then  enters  the  Wire  Map  Routine 
which  generates  cross-reference  map  arrays  for  use  by 
the  wire  coupling  math  models  during  analysis.  At 
this  point,  execution  of  IDIPR  terminates. 

The  second  section  of  IF.MCAP,  called  the  Task  Analysis 
Routine  (TART),  uses  the  data  compiled  by  IDIPR  to 

49 


perform  one  of  the  four  analysis  tasks  listed  below. 

a.  Specification  Generation  - This  subroutine 
adjusts,  within  specified  limits,  the  Initial 
non-required  emission  and  susceptibility  spectra, 
attempting  to  make  the  system  compatible.  A 
summary  of  interference  situations  is  printed. 

b.  Baseline  System  EMC  Survey  - The  subroutine  ana- 
lyzes the  system  for  Interference.  If  the  maxi- 
mum of  the  EMI  point  margins  over  the  frequency 
range  for  a coupled  emitter-receptor  pair  exceeds 
the  user  specified  printout  limit,  a summary  of 
tlie  interference  Is  printed.  Total  received 
signal  into  each  receptor  from  all  emitters  is 
also  printed. 

c.  Trade-Off  Analysis  - This  subroutine  compares  the 
Interference  from  two  EMC  analysis  runs.  The 
effect  on  interference  of  antenna  changes,  filter 
changes,  spectrum  parameter  changes,  wire  changes 
etc.,  can  be  assessed  from  this  analyses. 

d.  Specification  Waiver  Analysis  - This  subroutine 
allows  adjustments  to  selected  port  spectrums 
(often  to  represent  a waiver  request)  and  evalu- 
ates the  impact  of  this  change." 


( b ) A_FR _8 0-23,  USAF  Elect romagnetic  Compatibility  Program  (Para- 
graph 14  ) 

"a.  Emphasize  EMC  in  the  design  and  development  of  electri- 
cal and  electronic  equipment  (see  AFR  57-1,  AFR  80-2, 
and  AFR  800-2)  for  policy  on  the  management  of  design 
and  development.  This  includes  the  required  use  of  the 
Air  Force  developed  Intrasystem  Analysis  Program  (lAP) 
or  equivalent  mathematical  modeling  techniques  to  ana- 
lyze system  EMC  during  the  design,  development  and  pro- 
duction of  systems,  subsystems,  and  equipments." 

( c ) AFR  100-6  Electromagn etic  Interference  and  Radiation  Hazards 
(Paragraph  6,  AFSC  Responslbil ities ) 

"K.  Provides,  through  RADC/RBC,  Intrasystem  EMC  analysis 

support  and  technical  assistance  on  related  problems." 


(d)  AFSCP  800^- 3 A Culde  for  Program  Management 

1.  Paragraph  8-21,  Electromagnetic  Compatibility  (EMC): 
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Subparagraphs:  a. (2)  AFDL  should  be  AFFDL 

a. (4)  ENAEA  should  be  ENAMA 
a. (6)  Change  to:  "Exploratory  devel- 
opment In  all  facets  of  EMC  and 
Intrasystem  EMC  analysis  and 
modeling." 

2.  Add  to  Subparagraph  8-21. b.: 

"The  utilization  of  the  Intrasystem  Analysis  Program 
(lAP)  for  the  purposes  of  EMC  analysis,  determining 
the  effects  of  waivers  and  deviations,  tailoring  EMC 
specifications  and  standards.  Identifying  possible  EMC 
problem  areas  for  test  planning  and  general  EMC  support 
is  required.  The  Air  Force  has  developed  this  capabil- 
ity as  a family  of  computer  programs  for  use  by  Air 
Force  contractors.  These  are  available  through 
RADC/RBC." 

( e ) M1L-E-6051D,  Electromagnetic  Compatibility  Requirements , 

Systems 

1.  Add  to  paragraph  3.2: 

M.  Mathematical  modeling. 


2 . Add : 

3.2.16  Mathematical  Modeling.  Mathematical  modeling 
shall  be  used  to  analyze  the  system  EMC  during 
the  design,  development,  and  production  of 
systems,  subsystems,  and  equipments.  The 
objectives  of  this  modeling  are  to  optimize 
design,  predict  and  solve  potential  EMI  prob- 
lems, and  tailor  EMC  requirements  and  testing. 
Mathematical  models  of  sufficient  scope  and 
accuracy  shall  be  used  to  achieve  these  objec- 
tives. Where  applicable,  these  models  shall 
describe  antenna-to-antenna , wire-to-wire , and 
external  f leld-to-wlre  coupling  modes.  Environ- 
mental sources  such  as  lightning  and  precipita- 
tion static  shall  also  be  described.  Whenever 
possible,  computer-implemented  models  such  as 
those  of  the  Air  Force  Intrasystem  Analysis 
Program  shall  'be  used. 

3.  Add  to  paragraph  3.3: 

W.  Application  of  mathematical  modeling  throughout  the 
phases  of  design,  development,  and  production. 


51 


4.  Add  to  paragraph  4.2: 


5.  Results  of  the  application  of  mathematical  modeling 
techniques  in  developing  the  test  program. 

(f)  Air  Force  Design  Handbook  DHl-4 

Tlie  changes  to  DHl-4  have  been  developed  and  reviewed  by  ASD 
and  are  presently  being  incorporated  in  the  handbook. 

( g ) Mil. -STD- 1541  (USAF)  Electromagnetic  Compatibility  Require- 
ments f or  Space  Systems 

Appropriate  changes  to  MIL-STD-1541  have  been  developed  by 
SAMSO  and  are  being  incorporated. 
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